home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 11761 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.5 KB
  1. Path: galaxy.ucr.edu!not-for-mail
  2. From: thp@cs.ucr.edu (Tom Payne)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Will JAVA kill C++?
  5. Date: 16 Mar 1996 01:46:06 GMT
  6. Organization: University of California, Riverside
  7. Message-ID: <4id6gu$skr@galaxy.ucr.edu>
  8. References: <313E44EA.14D110C0@netcom.com> <4hp18v$3di@frodo.smartlink.net> <4hq2j6$q93@galaxy.ucr.edu> <4i57fv$rgn@News.Dal.Ca>
  9. NNTP-Posting-Host: corvette.ucr.edu
  10. X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  11.  
  12. Dan Kelley (kelley@phys.ocean.dal.ca) wrote:
  13. : Tom Payne (thp@cs.ucr.edu) wrote:
  14. : 
  15. : : When one is interested in speed, one should avoid pointers (as
  16. : : does. Fortran), since pointers kill opportunities for optimization.
  17. : 
  18. : As a scientist who once walked a FORTRAN highway daily, who took an
  19. : off-ramp to c++/perl/matlab/gri, I have to take the bait thus
  20. : offered.
  21. : 
  22. : Am I to suffer yet another language shift?  
  23.  
  24. I should hope not!!  
  25.  
  26. All I'm saying is that, if you want your compiler to optimize your
  27. code, you'll generally make its job easier (and it more successful),
  28. if you minimize your use of pointers.
  29.  
  30. There are also some programming-methodology reasons for avoiding
  31. pointers, which have been denounced as "the goto's of data".  But one
  32. can avoid pointers without avoiding languages that allow them,
  33. especially if the language has good support for references and
  34. associative arrays.  (Though, as Matt Austern pointed out, references
  35. leave open many of the aliasing issues that cause pointers to kill
  36. opportunities for optimization.)
  37.  
  38. Tom Payne
  39.